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An invention for assigning a plurality of remote procedure 
call (RPC) endpoints at runtime to a single server process, 
and for the server process itself to efficiently inform a 
requesting client of at least one of the plurality of the RPC 
endpoints is disclosed. In one embodiment, a single server 
process establishes a plurality of non-statically defined end- 
points at runtime corresponding to various RPC services 
provided by the server process. In addition, the server 
process establishes another RPC endpoint for responding to 
RPC endpoint address queries from clients; this address 
query endpoint could either be predetermined or dynami- 
cally assigned at runtime. To acquire and use one of the 
plurality of endpoints of the server process assigned at 
runtime, a client first places a remote procedure call to the 
address request endpoint of the server process and includes 
a description of the desired service or endpoint. In response, 
the server process returns an identifier of one or more 
matching endpoints or services. Based on this identifier, the 
client then places a remote procedure call on the desired 
endpoint of the server process. 

50 Claims, 7 Drawing Sheets 
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METHOD FOR CONFIGURING AT 
RUNTIME, IDENTIFYING AND USING A 
PLURALITY OF REMOTE PROCEDURE 
CALL ENDPOINTS ON A SINGLE SERVER 
PROCESS 

FIELD OF THE INVENTION 

This invention relates to computer programming and 
networking, and more particularly to an automated method 
and computer apparatus for dynamically assigning a plural- 
ity of remote procedure call endpoints to a server process. 

BACKGROUND OF THE INVENTION 

Users of computers desire computer systems that require 
minimal manual interaction to perform systems manage- 
ment functions. Moreover, in this age of electronic 
communication, a large number of computers are connected 
to a network which allows them to practice numerous 
services over the network. 

Many of these networked services are implemented using 
the client-server model. Using the client-server architecture, 
a client computer located on the network performs a remote 
procedure call (RPC) to a RPC endpoint of a server process 
running on a server computer to request information or 
initiate the performance of some activity. To be able to make 
such a call, the client must know a priori the correct endpoint 
of the server process. 

in many configurations, the server process uses a prede- 
termined "static" endpoint which either requires manual 
intervention on the part of the computer user to specify for 
the client, or is set by the developer of the client and server 
software. As the number of endpoints are limited for a 
computer, different programs can conflict with each other, 
and then require manual intervention to reconfigure the 
endpoints for the software to function properly. The static 
definition of the server ports also presents configuration 
problems when a server process is modified or moved to 
another computer as each of the clients might need to be 
manually reconfigured. 

Attempting to overcome some of these deficiencies, 
"dynamic endpoints" are provided. The endpoint number of 
these dynamic endpoints are assigned at runtime by certain 
RPC runtime environments. A client process can then dis- 
cover the address of the endpoint via the endpoint mapper 
(part of the RPC subsystem) and possibly in conjunction 
with a RPC Name Service. However, the RPC Name Service 
is a complex set of separate processes running on one or 
more computers that allows cbents to determine a server 
location by specifying a logical name for that service and 
requires substantial initial configuration and maintenance. 

The use of dynamic endpoints where the RPC endpoint is 
assigned at runtime overcomes some of the configuration 
and conflict problems associated with the use of static 
endpoints. However, certain RPC runtime systems only 
provide a mechanism for a single dynamic endpoint per 
server process which is very limiting to the design and 
efficiency of server processes. 

In an environment that provides a RPC service that 
supports only a single RPC dynamic endpoint for a given 
process, statically defined endpoints are used to provide 
multiple endpoints to a single process, where the plurality of 
port numbers are previously known to the remote process. 
As previously described, current approaches do not provide 
a mechanism for the dynamic assignment of a plurality of 
RPC endpoints to a single server process at runtime, and for 
efficiently informing the client process of these endpoints. 
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SUMMARY OF THE INVENTION 

According to the invention, an automated method is 
provided for assigning a plurality of remote procedure call 
(RPC) endpoints at runtime to a single server process, and 
for the server process itself to efficiently inform a requesting 
client of at least one of the plurality of the RPC endpoints. 
In one embodiment of the present invention, a single server 
process establishes a plurality of non-statically defined end- 

io points at runtime corresponding to various RPC services 
provided by the server process. Thus, the server process will 
have a plurality of RPC endpoints which do not conflict with 
other RPC applications. In addition, the server process 
establishes another RPC endpoint for responding to RPC 

15 endpoint address queries from clients; this address query 
endpoint could either be predetermined or dynamically 
assigned at runtime. 

To acquire and use one of the plurality of endpoints of the 
server process assigned at runtime, a client first places a 

20 remote procedure call to the address request endpoint of the 
server process where the remote procedure call includes a 
description of the desired service or endpoint. In response, 
the server process returns an identifier of one or more 
matching endpoints or services. Based on this identifier, the 

25 client then places a remote procedure call on the desired 
endpoint of the server process. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The appended claims set forth the features of the present 
30 invention with particularity. The invention, together with its 
advantages, may be best understood from the following 
detailed description taken in conjunction with the accom- 
panying drawings of which: 

FIG. 1A is a block diagram of an exemplary operating 
35 environment in which the invention may be implemented, 
including a computer network comprising a server and client 
computer systems for assigning a plurality of remote pro- 
cedure call (RPC) endpoints at runtime to a single server 
process, and for the server process itself to efficiently inform 
40 a requesting client of at least one of the plurality of the RPC 
endpoints in accordance with the invention; 

FIG. IB is a block diagram illustrating the transmission of 
messages in a message queuing environment which advan- 
tageously uses a plurality of endpoints on a single message 
45 queuing server process; 

FIG. 2A is a block diagram of an exemplary network 
configuration comprising two interconnected computers 
practicing the present invention; 

FIG. 2B is a block diagram illustrating a message queuing 
50 network comprising a MSMQ client and a MSMQ server 
having a plurality of dynamically assigned endpoints in 
accordance with the present invention; 
FIG. 3A is a high-level data flow diagram illustrating the 
55 steps performed in defining the plurality of RPC service 
endpoints and the endpoint address query endpoint at runt- 
ime; 

FIG. 3B is a data flow diagram illustrating one embodi- 
ment of the steps performed at runtime to determine a RPC 
60 endpoint to use; 

FIG. 4 is a flow diagram illustrating the steps performed 
by the server process in responding to an endpoint address 
query remote procedure call request from a client; and 

FIG. 5 is a flow diagram illustrating the steps performed 
65 by a client process in performing an endpoint address query 
remote procedure call to a server in accordance with the 
present invention. 
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DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

FIG. 1 and the following discussion are intended to 
provide a brief, general description of a suitable computing 
environment in which the invention may be implemented. 
Although not required, the invention will be described in the 
general context of computer-executable instructions, such as 
program modules, being executed by a personal computer. 
Generally, program modules include routines, programs, 
objects, components, data structures, etc. that perform par- 
ticular tasks or implement particular abstract data types. 
Moreover, those skilled in the art will appreciate that the 
invention may be practiced with other computer system 
configurations, including hand-held devices, multiprocessor 
systems, microprocessor-based or programmable consumer 
electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be practiced 
in distributed computing environments where tasks are 
performed by remote processing devices that are linked 
through a communications network. In a distributed com- 
puting environment, program modules may be located in 
both local and remote memory storage devices. 

With reference to FIG, 1, an exemplary system for imple- 
menting the invention includes a general purpose computing 
device in the form of a conventional personal computer 20, 
including a processing unit 21, a system memory 22, and a 
system bus 23 that couples various system components 
including the system memory to the processing unit 21. The 
system bus 23 may be any of several types of bus structures 
including a memory bus or memory controller, a peripheral 
bus, and a local bus using any of a variety of bus architec- 
tures. The system memory includes read only memory 
(ROM) 24 and random access memory (RAM) 25. A basic 
input/output system 26 (BIOS) containing the basic routines 
that helps to transfer information between elements within 
the personal computer 20, such as during start-up, is stored 
in ROM 24. In one embodiment of the present invention on 
a server computer 20 with a remote client computer 49, 
commands are stored in system memory 22 and are executed 
by processing unit 21 for defining a plurality of remote 
procedure call (RPC) service endpoints at runtime on a 
single server process; for defining a dynamic endpoint on the 
single server process for endpoint address queries; and for 
responding to endpoint address queries from clients. In 
another embodiment of the present invention on a client 
computer 20 with a remote server computer 49, commands 
are stored in system memory 22 and arc executed by 
processing unit 21 for querying a server process via a remote 
procedure call (RPC) on its endpoint address query endpoint 
and for receiving the server reply. The personal computer 20 
further includes a hard disk drive 27 for reading from and 
writing to a hard disk, not shown, a magnetic disk drive 28 
for reading from or writing to a removable magnetic disk 29, 
and an optical disk drive 30 for reading from or writing to 
a removable optical disk 31 such as a CD ROM or other 
optical media. The hard disk drive 27, magnetic disk drive 
28, and optical disk drive 30 are connected to the system bus 
23 by a hard disk drive interface 32, a magnetic disk drive 
interface 33, and an optical drive interface 34, respectively. 
The drives and their associated computer-readable media 
provide nonvolatile storage of computer readable 
instructions, data structures, program modules and other 
data for the personal computer 20. Although the exemplary 
environment described herein employs a hard disk, a remov- 
able magnetic disk 29 and a removable optical disk 31, it 
should be appreciated by those skilled in the art that other 
types of computer readable media which can store data that 
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is accessible by a computer, such as magnetic cassettes, flash 
memory cards, digital video disks, Bernoulli cartridges, 
random access memories (RAMs), read only memories 
(ROM), and the like, may also be used in the exemplary 

5 operating environment. 

A number of program modules may be stored on the hard 
disk, magnetic disk 29, optical disk 31, ROM 24 or RAM 25, 
including an operating system 35, one or more application 
programs 36, other program modules 37, and program data 

10 38. A user may enter commands and information into the 
personal computer 20 through input devices such as a 
keyboard 40 and pointing device 42. Other input devices 
(not shown) may include a microphone, joystick, game pad, 
satellite dish, scanner, or the like. These and other input 

15 devices are often connected to the processing unit 21 
through a serial port interface 46 that is coupled to the 
system bus, but may be collected by other interfaces, such as 
a parallel port, game port or a universal serial bus (USB). A 
monitor 47 or other type of display device is also connected 

20 to the system bus 23 via an interface, such as a video adapter 
48. In addition to the monitor, personal computers typically 
include other peripheral output devices (not shown), such as 
speakers and printers. 

The personal computer 20 may operate in a networked 

25 environment using logical connections to one or more 
remote computers, such as a remote computer 49. The 
remote computer 49 may be another personal computer, a 
server, a router, a network PC, a peer device or other 
common network node, and typically includes many or all of 

30 the elements described above relative to the personal com- 
puter 20, although only a memory storage device 50 has 
been illustrated in FIG. 1. The logical connections depicted 
in FIG. 1 include a local area network (LAN) 51 and a wide 
area network (WAN) 52. Such networking environments are 

35 commonplace in offices, enterprise-wide computer 
networks, intranets and the Internet. 

When used in a LAN networking environment, the per- 
sonal computer 20 is connected to the local network 51 

40 through a network interface or adapter 53. When used in a 
WAN networking environment, the personal computer 20 
typically includes a modem 54 or other means for establish- 
ing communications over the wide area network 52, such as 
the Internet. The modem 54, which may be internal or 

45 external, is connected to the system bus 23 via the serial port 
interface 46. In a networked environment, program modules 
depicted relative to the personal computer 20, or portions 
thereof, may be stored in the remote memory storage device. 
It will be appreciated that the network connections shown 

5Q are exemplary and other means of establishing a communi- 
cations link between the computers may be used. 

According to the present invention, a method is provided 
for configuring a plurality of currently non-used and non- 
statically defined RPC endpoints at runtime on a single 

55 server process and for informing a remote client process of 
the plurality of RPC endpoints. An endpoint address query 
endpoint is configured on the server process for receiving 
requests from clients for the address of at least one of the 
RPC service endpoints. Provided in the request is some 

60 criteria (e.g., an enumerator) for determining the identifier 
(e.g., an endpoint number) that the server process will return 
to the requesting process. The client then performs remote 
procedure calls on one or more of the identified endpoints of 
the server process. 

65 The present invention operates in any computing envi- 
ronment that supports remote procedure calls, whether on a 
standalone computer or preferably in a networked environ- 
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ment. These operating environments include Win32 operat- is the server process 210 having a single endpoint query 

ing systems (e.g., Windows NT, Windows 95, Windows CE, RPC port 220 (multiple query endpoints could be used in 

and Windows 98). In addition, the present invention also other embodiments), and a number n service endpoints 

operates in a Microsoft Message Queue Server environment (231-239), where the value of n ranges from 1 to the number 

(MSMQ). A brief introduction of message queuing is pro- 5 0 f RPC ports supported by server computer 200. In addition, 

vided below. A more detailed explanation of MSMQ is FIG 2 B illustrates the present invention employed in a 

described in "Microsoft Message Queue Server (MSMQ)," MSMQ queuing environment as previously described 

MSDN Library-April 1998, Microsoft Corporation, and is herein FIG 2B mirroring the application-generic block 

hereby incorporated by reference. d[ Qf mQ 2 ^ indudes a MgMQ ^ uter 285 

MSMQ implements asynchronous communications by 3Q havin a MSMQ clieQt gs 286 ^ mjsmcled t0 a 

enabhng applications to send messages to and receive QetWQrk 255 yia liflk 2g4 similarl the MSMQ 250 

messages from, other applications. These applications may . . « rA . \ j * * i • 

, b . u- * i_- havmg server process 260 is connected to network 255 via 

be running on the same machine or on separate machines , Ji* . 4 , K . wow « 

connected by a network. MSMQ messages can contain data hnk 1 251 ' In this example MSMQ server process 270 has a 

in any format that is understood by both the sender and the endpomt 270 ' and two RPC servlCB end P omts 

is 271 272 

receiver. When an application receives a request message, it 

processes the request by reading the contents of the message In tnis application, the MSMQ server process 260 desires 
and acting accordingly. If required, the receiving application tw ° s ervice endpoints 271, 272. One endpoint 271 is used 
can send a response message back to the original requester. f° r message queuing system management and other short- 
While in transit between senders and receivers, MSMQ hved operations, and the second endpoint 272 is used for 
keeps messages in holding areas called queues, hence the 20 lon S er operations like reading operations with an infinite 
name message queuing. MSMQ queues protect messages timeout. The server process 260 also has an endpomt address 
from being lost in transit and provide a place for receivers <i uer y RPC end P oint 270 for receiving remote procedure 
to look for messages when they are ready. Applications calls from chent P rocess 286 specifying some criteria, 
make requests by sending messages to queues associated Server process 260 then matches this criteria against its 
with the intended receiver. If senders expect responses in 25 configuration and returns to the client process 286 an 
return, they must include the name of a response queue (that identifier (such as a RPC endpoint number) to the MSMQ 
the sender must create in advance) in all requests that they client P rocess 286 for the requested endpoint(s) 271, 272. 
make to the receiver. The details of these operations are described hereinafter in 
Turing now to FIG. IB, shown is a block diagram w regards to the application-generic architecture model of FIG. 
illustrating the basics of the transportation of a message 75 30 2A m conjunction with the flow diagrams of FIGS. 3A, 3B, 
from message queuing machine 1 (computer 80) to machine a 

2 (computer 90) over a transport network 85 supporting such Returning to FIG. 3A and the processing of step 310, the 
network transport protocols as TCP/IP or IPX. Each com- desired service endpoints are configured at runtime. By 
puter 80 and 90 perform both server and client operations for 35 configuring these endpoints at runtime, conflicts with other 
transferring messages 75 between their respective message applications are minimized as the currently unused end- 
queues, points are preferably employed. 

In this Microsoft Message Queue Server environment, it The steps performed in one embodiment for configuring 

is desirous for a message queuing server process to have each of the service endpoints is shown in FIG. 3B. First, in 

multiple endpoints for different durations of RPC opera- 40 step 355, an endpoint number variable is set to a lower limit 

tions. One endpoint could be used for message queuing of the endpoint numbers available for use. The range of RPC 

system management and other short-lived operations, and a endpoints available for use could be predetermined by a 

second for longer operations like reading operations with an computer user or server software developer, for example, 

infinite timeout. Such a configuration will allow RPC Next, beginning in step 360, while the value of the 

cleanup operations on RPC context handles for the short- 45 endpoint number variable is within the predetermined 

lived RPC request endpoints. Such cleanup operations can- bounds, an endpoint is attempted to be initialized in step 

not be performed on the infinite duration endpoints because 370. If this operation is successful as determined in step 375, 

they will have continuous pending calls. then the RPC service endpoint has been created and its value 

Turning now to FIG. 2A, shown is a block diagram of a is returned in step 385. Otherwise, in step 380, the endpoint 

networked client computer 245 and server computer 200 50 number variable is increased by some small value (e.g., 1, 

which will be used to describe one embodiment of the 11) corresponding to the successive endpoints to check, 

present invention in conjunction with flow diagrams pre- Then processing continues back to step 360. If the value of 

sented in FIGS. 3 A, 3B, 4 and 5. As shown, server computer the endpoint number exceeds its upper boundary, then an 

200 is connected via link 201 to a network 205 (such as a appropriate RPC service endpoint has not been created as 

LAN or WAN) to which client computer 245 is connected 55 indicated by step 365 which returns an unsuccessful code, 

via link 244. Network 205 can support numerous protocols Returning to FIG. 3Aand the processing of step 310, after 

(e.g., TCP/IP, IPX) as long as it provides a conduit for each of each desired service endpoint has been created and 

remote procedure calls between a client process 246 in the configured at runtime, processing continues with step 315 

client 245 and a server process 210 operating in server 200. wherein a RPC dynamic endpoint is created for receiving 

Referring now to FIGS, 3A-B, presented are the steps 60 endpoint address queries. In other embodiments, a static port 

performed to initialize the server process 210 (FIG. 2 A) in number could be used instead of a dynamic endpoint. Also, 

accordance with the present invention. First, in step 305, a naming service could be employed to associate and publish 

server process 210 determines whether server 200 currently a logical name with the endpoint address query endpoint. 

supports TCP/IP protocol, and if so, configures the TCP/IP Next, initialization of the server process 210 (FIG. 2A) 

RPC service endpoints in step 310. g 5 continues with creating and initializing the desired service 

The number of service endpoints desired for the server and address query endpoints for each network protocol to be 

process 210 is application specific. Represented is FIG. 2A supported. Steps 320-330 illustrate the steps for IPX pro- 
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tocol whose functions correspond to that described in rela- the request by providing an identifier for at least one of the 

tion to steps 305-315 for TCP/IP protocol. plurality endpoints. 

After all the endpoints have been created and configured, 2. The method of claim 1, wherein the step of defining the 

server process 210 has been initialized and is ready to plurality of endpoints is performed by the server process, 

respond to remote procedure calls. The steps performed by 5 3. The method of claim 2, wherein the plurality of 

server process 210 to respond to requests for access to a type endpoints are selected by the server process at runtime, 

of RPC port is illustrated by the flow diagram of FIG. 4, with 4. The method of claim 1, wherein the query endpoint is 

the corresponding operation of the client process 246 (FIG. a jipq dynamic endpoint. 

2A) illustrated in FIG. 5. 5 ^ memoc i 0 f c j a i m ^ wherein the computer system 

Turning to FIG. 4, the RPC address query thread of server 10 provides only a single dynamic endpoint per computer 

process 210 is in a wait state until an endpoint address query process. 

is received on the address query endpoint 220 (FIG. 2A) as 6. The method of claim 1, wherein the at least one of the 

indicated by step 405. In response to such a query, step 410 plurality of endpoints identified by the server process is not 

is performed to compare the criteria received in the remote published in a name service. 

procedure call from the client process 246 with the services 15 7. The method of claim 1, further comprising the steps of: 

available using endpoints 231-239 of the server process the client receiving the identifier for at least one of the 

210. The server process then determines one or more RPC plurality of endpoints; and the client performing a remote 

service endpoints 231-239 that match this criteria. In one procedure call using the received identifier, 

embodiment, the criteria is an enumerator identifying the 8. The method of claim 1, wherein the server process and 

type of endpoint desired. In other embodiments, an integer, 2 o client are part of a message queuing network, 

string of text, service characteristic, or other identification 9, The method of claim 1, wherein the description 

criteria could be compared against a database of RPC includes an enumerator identifying the type of service 

service descriptors. If the received criteria is matched to a required by the client. 

RPC service endpoint (step 415), an identifier is returned to 10. The method of claim 1, wherein the description 

the calling RPC process (e.g., client process 246) in step 25 mc i u des an integer identifying the type of service required 

425. Otherwise an indication of no match is returned in step by the client. 

420. In one embodiment, the identifier is a RPC endpoint u The method of claim 1, wherein the description 

number of the server computer 200. As would be apparent includes a string of text identifying the type of service 

to one skilled in the art, numerous other criteria and iden- required by the client. 

tifiers could be employed in various embodiments possible 30 12. The method of claim 1, wherein the description 

in keeping with the scope and spirit of the present invention. includes a service characteristic identifying the type of 

Turning to FIG. 5 with reference to the block diagram of service required by the client. 

FIG. 2A, shown are the steps performed by the client process 13. In a networked computer system, a method for a client 

246 to query the server process 210 for the desired RPC process to identify a previously unknown and unpublished 

service endpoint. First, in step 505, a RPC call is made to the 35 remote procedure call (RPC) service endpoint of a server 

address query endpoint 220 which includes some criteria process, the method comprising the steps of: the server 

with which the server process 210 will use to return iden- process receiving an RPC at a query endpoint from the client 

tifiers to one or more matching service endpoints 231 . 239. process, wherein the RPC includes a description of the type 

Once the response is received in step 510, if an identifier of 0 f remote procedure call service desired by the client; and 

a matching server endpoint was received as determined in 40 the server process identifying the RPC service endpoint 

step 515, the corresponding service endpoint 231 . 239 has corresponding to the desired type of service to the client 

been identified, can be used for remote procedure calls, and process. 

is returned to the calling client process 246 in step 525. 14. The method of claim 13, further comprising the step 

Otherwise, a matching endpoint is not available, and such a 0 f the server process assigning a plurality of endpoints to the 

notification is returned to the calling client process 246 in 45 server process at runtime. 

step 520. 15. The method of claim 14, wherein the identified RPC 

In view of the many possible embodiments to which the service endpoint is one of the plurality of endpoints assigned 

principles of our invention may be applied, it will be at runtime, and further comprising the step of the client 

appreciated that the embodiment described herein with process performing a remote procedure call on the identified 

respect to the drawing figures is only illustrative and should 50 RPC service endpoint. 

not be taken as limiting the scope of the invention. To the 16. The method of claim 13, further comprising the step 

contrary, the invention as described herein contemplates all of the client process performing a remote procedure call on 

such embodiments as may come within the scope of the the identified RPC service endpoint. 

following claims and equivalents thereof. 17. The method of claim 13, wherein the description 

What is claimed is: 55 includes an enumerator identifying the type of service 

1. In a networked computer system, a method for a server required by the client, 

process to provide a plurality of non-statically defined 18. The method of claim 13, wherein the description 

endpoints for remote procedure calls to a client, the method includes an integer identifying the type of service required 

comprising the steps of: the computer system defining the by the client. 

plurality of endpoints of the server process at runtime; the 60 19. The method of claim 13, wherein the description 

computer system defining a query endpoint for receiving a includes a string of text identifying the type of service 

remote procedure call (RPC) request to inform the client of required by the client. 

at least one of the plurality of endpoints; the server process 20. The method of claim 13, wherein the description 

receiving an RPC from the client at the query endpoint includes a service characteristic identifying the type of 

requesting access to at least one of the plurality of endpoints, 65 service required by the client. 

wherein the RPC includes a description of the type of service 21. A computer-readable medium having computer- 
required by the client, and; the server process responding to executable instructions for performing steps for a server 
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process to provide a plurality of non -statically defined the service endpoint from the server computer, wherein the 

endpoints for remote procedure calls to a client, the steps service endpoint matches the criteria; and the client com- 

comprising: the computer system defining the plurality of puter performing a remote procedure call on the service 

endpoints of the server process at runtime; the computer endpoint. 

system defining a query endpoint for receiving a remote 5 34 The method of claim 33, wherein the criteria is an 

procedure call (RPC) request to inform the client of at least enumerator identifying the type of service desired by the 

one of the plurality of endpoints; the server process receiv- client. 

ing an RPC from the client at the query endpoint requesting . 35 - ^ m f hod ° f claun ^ nte L na J 5 an 

access to at least one of the plurality of endpoints, wherein mtegeridentifying the type of service desired by the client. 

the RPC includes a description of the type of service 10 36.™eme^ 

. . . ,. , . lr ... of text identifying the type of service required by the client, 

required oy me cuen , ana; me server process responding to 3r xhe method of claim 33 wherein the 

criteria is a 

the request by providing an identifier for at least one of the characteristic identifying the type of service required 

plurality endpoints. by the client 

22. The computer-readable medium of claim 21, wherein 38 In a message queu ing computer system, a method for 
the step of defining the plurality of endpoints is performed 15 a client pr0 cess on a message queuing client computer to 
by the server process. perform remote procedure calls (RPC) to a server process on 

23. The computer-readable medium of claim 22, wherein a message queuing server computer, the method comprising 
the plurality of endpoints are selected by the server process the steps of: the server process defining a dynamic endpoint 
at runtime. for receiving RPC inquires from the client process; the 

24. The computer-readable medium of claim 21, wherein 20 server process defining a plurality of fixed RPC endpoints 
the query endpoint is a RPC dynamic endpoint. based from those currently unused on the message queuing 

25. The computer-readable medium of claim 21, wherein server computer; the message queuing client computer per- 
the computer system provides only a single dynamic end- forming a RPC call on the dynamic endpoint, wherein the 
point per computer process. \WC includes a criteria for the type of service required by 

26. The computer-readable medium of claim 21, wherein 25 the client i the Process receiving the client RPC call on 
the at least one of the plurality of endpoints identified by the lhe dynamic endpoint and selecting a matching endpoint 
server process is not published in a name service. from . ^ P^rality of fixed RPC endpoints based on the 

27. The computer-readable medium of claim 21 having provided criteria; the server process returning an identifica- 
further computer-executable instructions for performing the U ° n t of the matchin S end P oint; an ? the m f»& |j™ 
steps of: the client receiving the identifier for at least one of 30 ^ent computer performing a remote procedure to the 
iL r , - , . * , iL . c matching endpoint based on the received identification, 
the plurality ot endpoints; and the client performing a 39> ^ method Qf daim ^ wherein me 

criteria is an 

remote procedure call using the received identifier. enumerator identifying the type of service desired by the 

28. The computer-readable medium of claim 21, wherein client. 

the server process and client are part of a message queuing 40. The method of claim 38, wherein the criteria is an 

network. 35 integer identifying the type of service desired by the client. 

29. A computer-readable medium having computer- 41. The method ofclaim 38, wherein the criteria is a string 
executable instructions for performing steps for a client of text identifying the type of service required by the client, 
process to identify a previously unknown and unpublished 42. The method of claim 38, wherein the criteria is a 
remote procedure call (RPC) service endpoint of a server service characteristic identifying the type of service required 
process in a networked computer system, the steps compris- 40 by the client. 

ing: the server process receiving an RPC on a query endpoint 43. In a networked computer system, a method for a client 

from the client process, wherein the RPC includes a descrip- process on a client computer to perform remote procedure 

tion of the type of remote procedure call service desired by calls (RPC) to a server process on a server computer, the 

the client; and the server process identifying the RPC service method comprising the steps of: the server process defining 

endpoint corresponding to the desired type of service to the 45 a dynamic endpoint for receiving RPC inquires from the 

client process. client process; the server process defining a plurality of fixed 

30. The computer- readable medium of claim 29, further RPC endpoints based from those currently unused on the 
comprising the step of the server process assigning a plu- server computer; the client computer performing a RPC call 
rality of endpoints to the server process at runtime. on the dynamic endpoint, wherein the RPC includes a 

31. The computer-readable medium ofclaim 30, wherein 50 criteria for the type of service required by the client; the 
the identified RPC service endpoint is one of the plurality of server process receiving the client RPC call on the dynamic 
endpoints assigned at runtime, and having further computer- endpoint and selecting a matching endpoint from the plu- 
executable instructions for performing the step of the client rality of fixed RPC endpoints based on the provided criteria; 
process performing a remote procedure call on the identified the server process returning an identification of the matching 
RPC service endpoint. 55 endpoint; and the client computer performing a remote 

32. The computer- readable medium of claim 29, further procedure call to the matching endpoint based on the 
comprising the step of the client process performing a received identification. 

remote procedure call on the identified RPC service end- 44. The method of claim 43, wherein the criteria is an 

point. enumerator identifying the type of service desired by the 

33. In a computer network, a method for a client to 60 client. 

perform a remote procedure call on a server computer on a 45. The method of claim 43, wherein the criteria is an 

service endpoint associated with a server process without integer identifying the type of service desired by the client, 

knowing beforehand the service endpoint, the method com- 46. The method ofclaim 43, wherein the criteria is a string 

prising the steps of: the client performing a remote proce- of text identifying the type of service required by the client, 

dure call (RPC) to a query endpoint of the server computer, 65 47. The method of claim 43, wherein the criteria is a 

wherein the RPC includes a criteria for the type of service service characteristic identifying the type of service required 

required by the client; the client receiving the identifier of by the client. 
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48. A computer-readable medium having computer- provided criteria; the server process returning an identifica- 
executable instructions for performing steps for a client to tion of the matching endpoint; and the client computer 
perform a remote procedure call on a server computer on a performing a remote procedure call to the matching endpoint 
service endpoint associated with a server process without based on the received identification. 

knowing beforehand the service endpoint in a networked 5 50. A computer-readable medium having computer- 
computer system, the steps comprising: the client perform- executable instructions for performing steps for a client 
ing a remote procedure call (RPC) to a query endpoint of the process 0Q a message queuing client computer to perform 
server computer, wherein the RPC includes a criteria for the remote procedure caUs (rpq to a server process on a 
type of service required by the client; the client receiving the m e { sefver computer in a message queuing 
identifier of the service endpoint from the server computer, 10 ter ^ method risin the st of: the 

wherein the service endpoint matches the criteria; and the _ *\ , p- • j„„ om :/^„jJl: nt f^r r«~»,\,™ 

A - * - - server process denning a dynamic endpomt tor receiving 

client computer performing a remote procedure call on the ™« . . c * L i« , 

K . ; & r RPC inquires from the client process; the server process 

service endpomt. , _ . n , , „„^T , , , r , 

49. A computer-readable medium having computer- defining a plurality of fixed RPC endpoints based from those 
executable instructions for performing steps for a client 15 currendy unused on the message queuing server computer; 
process on a client computer to perform remote procedure the message queuing client computer performing a RPC call 
calls (RPC) to a server process on a server computer in a 00 the dynamic endpoint, wherein the RPC includes a 
networked computer system, the steps comprising: the criteria for the tv P e of service ret l uired b V the client ^ the 
server process defining a dynamic endpoint for receiving server P rocess receiving the client RPC call on the dynamic 
RPC inquires from the client process; the server process 20 endpoint and selecting a matching endpoint from the plu- 
defining a plurality of fixed RPC endpoints based from those rallt y of fixed RPC endpoints based on the provided criteria; 
currently unused on the server computer; the client computer the P rocess returning an identification of the matching 
performing a RPC call on the dynamic endpoint, wherein the endpoint; and the message queuing client computer perform- 
RPC includes a criteria for the type of service required by in S a remote Procedure call to the matching endpoint based 
the client; the server process receiving the client RPC call on 25 00 the received identification. 

the dynamic endpoint and selecting a matching endpoint 

from the plurality of fixed RPC endpoints based on the ***** 
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